MacUser Mac Bin 25

home *** CD-ROM | disk | FTP | other *** search

/ MacUser Mac Bin 25 / MACUSER-MACBIN25-1995-12.ISO.7z / MACUSER-MACBIN25-1995-12.ISO / ワタシの作品見てください / 北海道　内田伸一さん / T.T.T.Doc < prev

Wrap

Text File | 1995-05-23 | 15KB | 331 lines

---------------------------------------------------------------- ----------------　ツッチ　ザ　ツチノコ　について･･･　---------------- ---------------------------------------------------------------- ☆☆☆注意：　　ハードディスクにコピーした後に御使用下さい。それ以外では、正常に動作しないかも知れません。 ☆スタックの概要：　超簡単な謎(?)を解いて進むパズルアドベンチャーゲームです。パズルアドベンチャーと言っても、ゲームの流れは、殆ど一方通行なので、先へ進むだけでクリアしてしまうでしょう。ゲーム性、パズル性、ともに皆無です。ハハハ！！あと、ストーリー性もないよ。　ゲームの規模としては１ステージのみで、移動出来るマップ数は画面上では計１２面です。本当に３０分位でクリアしちゃう様な、非常にスケールの小さなゲームですから、気合いを入れてプレイすると、あっと言う間に終わってしまいます。注意しましょう。 ---------------------------------------------------------------- ☆動作環境： ”仮想メモリは切” 　ハイパーカードのメモリ割り当てサイズを、必ず2000KB以上に設定して下さい (さらに余裕を持った方がいいでしょう)それ以下ではエラーを起こします。 1500KBで試したところ、マックがフリーズし、しかもマウスポインタの絵とマスクが分裂するという状態になりました。（あぁ恐ろしい・・・）これは私の推測ですが、ゲーム中サンプリング音を鳴らし続ける為にメモリ関係のエラーが起こるのではないかと思います。「このマッキントッシュについて」を選択し、リアルタイムでメモリ使用状況を追ったところ、2000KB必要だと判りました。プレイ状況にもよりますが、事によると、これでも不足かもしれません。本当にギリギリなのです。あれっ？どうもおかしいぞと感じたら、あと500KB程増やして下さい。（仮想メモリは使わないで下さい）そんなにメモリ割り当てられないよと言う人は、ごめんなさい諦めて下さい。と、こんな感じですから、このスタックは各自の責任において使用して下さい。エラーが怖いのであれば、今すぐゴミ箱に捨ててしまうのだ！！しかし、2500KBも使うスタックなんてないよな〜。すいません。このスタックを使用した事により生じた、いかなる損害についても私はその保障義務を一切負いません。 ---------------------------------------------------------------- ★配布.転載について：　このスタックはフリーウェアです。ご自由に配布して下さい。気にいったら葉書でも送ってよ。転載も自由、（知らせてくれると嬉しいな）でも営利目的には利用しないで下さいフリーウェアにする意味が無くなってしまいます。　　　（誰もこれで金儲けしようなんて考えないだろうけどさ。）あと、著作権は私に有ると、一応は、宣言しておきましょう。 ---------------------------------------------------------------- ★謝罪＆その他：　こんなちっぽけなスタックなのに１メガも容量を使ってしまったのは私の責任です。本当はこの半分位の容量にまとめたかったのですが、造っているうちに欲が出て、サンプリング音を入れすぎてしまいました。その割にはBGMが貧弱だったりしますがね、ははははファミコンライクな画面デザインなだけに余計そう感じると思います。特に、黒い床パネルの所のテーマは、もっと哀愁漂う様な音楽にしたかったのですが･･･(センスがないよね) それから動作が鈍いので、気の短い人はかんしゃく起こさないでね。尚、SEの一部にJHAG VOL-2 にあった、中井裕之氏のSoundLib-92/12-1からお借りしたものを使わせて頂きました。主にキャラの移動時、アイテム使用時、その他等に利用させてもらいましたが、かなりそれっぽく表現する事が出来ました。 (中には音程を変えてるのがありますけど）私は通信をしていないので、この場を御借りしてお礼申しあげます。　それから、スクリプトを見たいと思われたならば、ゲームクリア後にスタック保護を解除するパスコードが出ます。でも、参考にはならないと思います。本人でさえ、これでよく動いているなと感心する様な稚拙なものです。最近になって、ようやく変数とかHyperTalkの階層構造の概念等を理解し始めたのですが、このスタックでは、ある理由で階層構造は殆ど活かされていないんですね〜。 (容量の増加は、この所為でもある) 分析しようなんて考えない方がいいでしょう。気が変になっちゃうよ。 CHEAP&POOR STUDIOなんていう、レーベル*で出してるけど、一人で全部造ったわけなのよ。*(妙な所に凝る性分なのね）いや〜しかし、この俺がこんなメルヘンチックなスタックを造るとは思いもしなかったぜ。フウ、あ、言っておくけど、主人公のキャラは"つちのこ"です。尻尾振って進む後ろ姿はワン公に見えるでしょうが、それでも"つちのこ"なのです。 ---------------------------------------------------------------- よかったら感想＆バグレポートを送って下さい。 080 北海道帯広市西10条南19丁目-1 　内田伸一 (SHIN) 　 1995/5/9 PM 9:00 ---------------------------------------------------------------- ★ついでに：　昨夜、札幌在住の友人、O氏より電話がきた。このスタックに関する感想、及び助言である。例えば、ホームスタックのユーザーレベルがブラウジングに固定されている場合、ゲームの途中で一部動作しなくなってしまう事がある(解決済み)、とか９㌅モニターでは、メッセージBOXで移動ボタンが隠されてしまい、その度にクローズボックスをクリックして消さなくてはならない事等である。(こっちは残念ながら未解決) 他にも、有益なアドバイス等も聞く事が出来た。彼O氏は最後のモノクロ９㌅MACであるCLASSIC Ⅱのユーザーなのだ。わずか９㌅の世界(スタック)を造る上で非常に貴重な助言となった。ドモアリガトミスターガーケン　　　　　　　　　　　　　　　　　　95/5-22 PM3:53　　　　以上　　　　　　（以上、スタック内のコメント重複分、おわり） ---------------------------------------------------------------- ◎読むのは勝手、制作裏話：　このスタックは、私の２作目の作品です。（完成品としては） MACを買ったのが、９３年の１１月頃だから、かれこれ１年半になります。以前作った(完成した)物は、著作権を無視した様な内容でしたから、とても人に見せる事は出来ませんので、実質的には、これが初めて世に出すスタックという事になります。そう言えば去年の同じ頃に、ちまちま作っていたのを思い出すなぁ〜。その後は、具体的なアイデアも無く、スタックいじりと言えば、主に実験を繰り返していました。しかし「このままではいかん！何かを作り上げねば時間が過ぎていってしまう」と尤もな、そして妙に緊迫した、誰でも一度は感じるであろう焦燥感にとらわれ、再び、新タイトル(笑)の制作に取りかかったのでした。具体化はしてなかったものの、もや〜っとしたイメージの様なものがあったので、とにかく手を出してみようという事になったのです。ジャンルとしては、最近読んだラブクラフトの作品を題材としたコズミックホラー・アドベンチャースタックと言う感じでしょうか。なんだかアローン･インザ･ダーク(未プレイ)や、パスウェイ･イントゥ･ダークネスのパクリみたいなシチュエーションですけどね。　元々私は、物を造る時に設計図等書かず、現物合わせで取りかかってしまう質なので、取り敢えずオープニングさえ造ってしまえば、後はなんとかなるさと楽観視していました。　実際、前作ではタイトルカードを造ると、次々とアイデアが浮かび最後には完成させる事が出来たのです。　ところが、と言うより当然の事ながら、今回はその作業を終えてしまうと、その先にある肝心のストーリー内容であるとか、シーン等のアイデアに行き詰まり、あえなく匙を投げ出す結果となってしまいました。　失意のどん底（笑）にいる私は、そうして完成したオープニングだけを、幾度もリプレイさせては、独り画面に見入り、ため息をついていたのです。（ハハハ・・・）　そのフラストレーションの反動でしょうか？今まで考えた事もなかった様なスクリプトが、頭に浮かんだのです。それが、このスタックの基本的な部分である、プレーヤーの操作によりアイコンを変えながら、任意の位置へボタンを移動させるというものでした。これまで、アイコンの動画と同時にボタンを移動させるというのは、プレーヤーの意思では制御不可能な、流しっぱなしのデモ扱いの様なものだと思っていましたので、このスクリプトを思いついた時は狂喜しました。こう書くと、「何だ、そんな事くらいなら、僕は既に作った事があるよ」なんて思われてしまうかも知れませんが、私のスクリプティング能力を基準とすると、これは実に画期的な事だったのです。　そして、すぐさま実験に取りかかりました。果たして実験は成功となりました。ボタンが意図した通りの動きを見せた時の気持ちはとても言葉では言い表せません。少々大袈裟ですし、全く些細な事なのですが、物を造るのが好きな方なら解っていただけると思います。実験は、そのまま本番のスタック作りへと移行しました。前述の理由で、気分が高揚していた為か、ノートにマップを描き込んでいく３０分程のうちに、ゲームの流れに関しては、すっかりまとまっていました。とにかく目の前に達成可能な目標(或いは問題)さえ存在すれば、それに向かって打ち込む事が出来るわけですから、これほど心強い事はありません増してや、それが自分の興味の対象であるなら、尚更です。　逆に、造るべきテーマや、解決すべき問題が、全く存在しない時など、とても虚しく、辛くなってしまいます。　こうして造り始めた「ツッチ〜」も、スクリプトの細部に至っては、やはり現物合わせでした。しかし、スタックのオーバーヴューと言うか、小説で言えば起承転結みたいなものが、はっきりしていたので、なんとか完成させる事が出来たのです。実は当初、完成まで一週間と見積もっていたのですが、一ヵ月近くもかかってしまいました。（やったあ〜、やっとでけたぁ〜。） ---------------------------------------------------------------- ◎読むのは勝手パート２、　スタックの構成について：このスタックでは、一応クォーターヴューを表現しています。そこで遠近感を出そうと、オブジェ(例えば、壁や柱など)の向こうをキャラが移動している様に見せる為にバックグラウンドにマップを描き、キャラのアイコンがついたボタンも配置して、その上にオブジェを描いたカードを重ねています。ですから、１２面のマップがあるとすると、背景(マップ)の描かれたバックグラウンドも同じ数が必要になってしまいます。この為、スクリプトにも重複する部分が出てきて、結果的に容量を大きくしてしまう事になったのです。　さらにHyperTalkの階層構造も、こう言った理由により、あまり活かす事が出来ませんでした。　共通のバックグラウンドを利用すれば、或いはもう少し容量を抑える事や、階層構造を有効に扱う事も出来たでしょうが、どうしてもこの遠近感、奥行きを表現したかったが為に敢えて犠牲にしたというわけです。でもその割には、効果的な画面デザインになっていなかったりするけどもさ。スクリプトの配置は、 ☆方向ボタンのスクリプト：四つの移動ボタン(カードボタン)に、移動する為の命令を送るスクリプトを、例えば、左上はA、左下はB、右上はC、右下はD、というのが書かれてあります。 (A.B.C.D.がそれぞれ、そのまま命令文です、カード、バックグラウンド、スタックには、これら命令文を受け取るハンドラが待機しています。） ☆カードスクリプト：カードには、そのカードに描かれたマップの構成通りに座標を管理するスクリプトが書かれています。主に、壁や柱などの障害物、隣の部屋へ移動するポイント、飛び降りる場所などの座標です。そして、キャラ(ボタン)がその座標へ来ると、それに応じたリアクションを起させる為の命令が書かれています。←(BG、STACKへ送られる） ☆バックグラウンドスクリプト：バックグラウンドには、そのマップ上で起るリアクション、イベント等の命令文が書かれています。ボタン→カードからイベントを起こせと命令が来ると、それを実行します。その命令がイベントに関係しない場合には、スタックへと抜けて送られます。 ☆スタックスクリプト：スタックには、全てのマップで共通のスクリプトが書かれています。主に移動が可能な場合と、不可能な場合のリアクションです。その他に一段上へのジャンプと、１〜２段下への落下に関するもの等もあります。　例えば、A(左上へ進む)のボタンが押されたとします、もし前方にイベントに関係する物体(メッセージの書かれたパネル)等がなければ、その命令はカードとバックグラウンドを抜けて、スタックに送られます。そして、その為のリアクションが起こるわけです。つまり前方へと移動する事が出来るのです。また、壁や柱などの障害物があった場合の処理もここに書かれています。これらの処理は、全編で共通しています。簡単に言えば、ボタンを押してキャラが移動すれば、それはカード、バックグラウンドを抜けた命令によって、スタックが処理したと言うことになります。壁にぶつかって、弾かれる動きをする場合も同じ事です。 ☆フラグ処理について：　フラグ処理は、殆どボタンの表示、非表示で行っています。処理が必要なカードには、左上に透明のバックグラウンドボタンが隠されています、イベント前は消されていて、イベント終了後には表示されます。（透明なので見えませんが）他の方法として、２つのイベントをクリアしなくてはリアクションを起こさない処理に２つのフィールドを使用している場合もあります。　例えば、イベント"A"をクリアすると、A”というフィールドに数値、"1"を入れます。イベント"B"をクリアすると、B”というフィールドに同じく　"1"を入れます。そこで、スクリプトにより、A”とB”に入っている数値を取り出して、その合計を計算します。 1+1で、答えは"2"になります。答えが"2"であれば、イベント"C"を起こさせる様にスクリプトしているので、その通りのリアクション(イベント"C")を見る事が出来る様になります。初期状態で２つのフィールドには何も数値が入っていないので、 AとB、いずれか一方のイベントだけをクリアしても、計算結果が"2"とならなければ、何の変化も起きないと言うわけです。　以上が、大まかなスクリプトの内容です、この他にもイベントそのものの処理などの命令が加わりますが、そちらは正攻法で組み立てていないので、参考にはならないでしょうから、説明を省きます。取り敢えず、スクリプトの説明をしましたけど、現物合わせで造りましたので全体的に、スクリプトが統一されているわけではありません。中には例外もあります。スクリプトの中身を見られる方がおりましたら、以上の事を踏まえておられると多少は混乱するのを抑えられるかもしれません。（ど〜かな〜？　なにせ、継ぎはぎだらけの張りボテみたいなスタックだからなぁ〜。） ---------------------------------------------------------------- ◎読むのは勝手パート3、今回のスタック作りで感じた事：（若干、横柄な口調だよ）　マック雑誌のCD-ROM広告なんか見てると、動作環境が上位機種に限定されていたりしていて、どうしてもっとエントリーユーザーのレベルに合わせてくれないのだ、どうしてコンシューマー機の様に全ての環境で利用可能なソフトを作ってくれないのだと、いつも嘆いていたのだが、今回こうして自分で作ってみると、表現したい物を、現在持ちうるあらゆる可能性を最大限に利用して、効果的に創造したくなるという作り手の気持ちが解った。この場合、自分の制作環境が、そのまま動作環境の基準となる。であれば、それより下の機種を持つ人達は切り捨てられるという事になるわけだ。全く利用出来ないわけではなくとも、そのソフトの能力をフルに引き出す事は出来なくなる。　今回のスタックでは、主にメモリ関係でそういう事態になってしまった。この点については、反省している。自分の作った物は、なるたけ多くの人にベストの状態で見てもらいたいと思うのが、人情だ。これはそのまま、僕の気持ちである。だから、HyperCardにこだわっている。 HyperCardが、マックユーザー共通の(全ての機種で利用可能な）プラットホームであるからだ。家庭ゲームのカラフルさに見飽きた俺は、マックのHyperCardのドット絵はとても新鮮に見えた。だが、最近はHyperCardさえもが、正式にカラー化している。これらで作られたスタックは、モノクロユーザーには使う事が出来ない。また、カラーになった為に動作速度が遅くなったそうだ。僕的(笑)に言わせてもらえれば、カラー化するより、スクリプトの処理速度を速める工夫(カラーであろうが無かろうが)をしてもらいたかった。未だパッケージを買ってないんだけどね。とは言え、昨日今日スクリプトを書き始めた様な僕でも、こうして一つのスタックを造り上げる事が出来てしまうHyperCardはやはり凄い。学生時代、僕は数学も英語もまるで駄目だったんだぜぇ〜、そんな僕でも造れたのだ。読んでいてピンとこないと思うけど、これは実に驚異的な事なんだ。「HyperCardは懐の深いソフトである」と言われるが、全くその通りだと思う。勿論、HyperCardにも可能な事と不可能な事があるし、人それぞれ、アプローチの仕方が違うかも知れない。でも、利用法さえ誤らなければ、これほど自己表現を可能とさせてくれる手軽なソフトは他には無いと思うのだ。おまけに只だしネ（笑） --------------------------------------------------------------- ★補足：メモリ関係のエラーは今回、初めて知った。丁度、スタックが完成し、動作確認をしている段階で発生したのだ。時間が無く、アルゴリズムを最初から変更するわけにはいかなかったので、使用者にはメモリを多めに設定してもらう事にした。申しわけない。去年の時は、その様な状態にならなかったので気付かなかった。ある意味、今回はそれを知っただけ収穫があったわけだ。ふっふっふ。次回は、これを踏まえてスタックを作る事が出来る。解決法は既に頭の中にあるのだ。